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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 1/13/2005. 

As indicated in Applicant's response, claims 1, 10, 16 and 21 have been amended. 
Claims 1,4-10, 12-16,19-22 are pending in the office action. 

Claim Rejections - 35 JJSC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1, 4-8, 10, 12, 14, 16, 19, 21 and 22 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Unger et al, USPN: 5,991,713 (hereinafter Unger), in view of Porter et al., 
USPN: 6,163, 811, (hereinafter Porter); and further in view of Ainon, "Storing text using integer 
codes", 1986, Proceedings of the 11th conference on Computational linguistics ( hereinafter 
Ainon) 

As per claim 1, Unger discloses a method of compiling source program into a compiler 
products (e.g. Fig. 7) in a compressed form, said method comprising: 

receiving a source program including one or more program symbols and non-program 
information (e.g. vocabulary word, token - col. 9, lines 5-30; numeric string, currency symbols 
- col. 10, lines 23-39; steps 212-214, 222 - Fig. 8 - Note: non-program symbols are pointer 
information for tag correspondence); 

encoding a program symbol name to produce an encoded program name ( see Fig. 8; 
Note: some form of encoding of textual and numerical symbols is inferred from encoding text 
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strings of HTTP page/document under HTML format and protocol - e.g. col. 4, lines 25-55 - 
and the fact of compressing symbol name or text of HTML source file implicitly discloses a form 
of encoding using a algorithm) , without changing the non-program symbol information ( e.g. 
step 222 - Fig. 8); 

producing a compressed compiler product based on at least the compressed compiler 
related information (e.g. step 218, 2 1 9, Fig. 8; col. 12, lines 1-6 ). 

But Unger does not disclose generating a differential name for the encoded program 
symbol of a source program being a high-level programming language. Compressing source 
program files like by Unger is furthered into compressing of a programming language written in 
C++, Java, Pascal, or Fortran via Porter. Porter, in a method to compress and transmit 
application code using tokenized source data and symbol storage and web page for source file 
(e.g. col. 2, line 21-34) analogous to Unger, discloses applying compression to Java program 
source code (e.g. col. 4, lines 6-24; Figs. 1-3). It would have been obvious for one of ordinary 
skill in the art at the time the invention was made to use a source program written in Java as 
taught by Porter and submit it to the compression process used by Unger because browser and 
supporting programming language like Java and its products are well-known and using Java code 
in a distributed scheme ( see Porter: Background) is well-adapted for their portability and 
platform independency as well as support of many browser applications and material, i.e. 
HTML, XML applications just as suggested in Unger' s invention. 

Further Unger does not explicitly disclose generating a differential name for the encoded 
program symbol relative to a base symbol for the program symbol, the differential name having a 
reduced-size format as compared to the encoded program symbol name; nor does Unger disclose 
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that producing the compiler product includes the generated differential name. Based on the 
teaching by Porter's base/delta formatting (see Porter: col. 6, lines 44-54) for providing 
compressed files and the techniques of compression by Unger (e.g. dictionary ... encoding, run- 
length encoding - col. 10, line 23 to col. 1 1, line 44; Huffman -- col. 8. lines 45-52), the concept 
of producing a encoded representation with generating a differential portions of such 
representation with respect to a base element comprising a source file is strongly suggested or 
disclosed. 

However, Unger combined with Porter does not explicitly teach that the base symbol is a 
containing scope being one of: a namespace, a package, a module, a container object or a 
function. The concept of base/delta by Porter is suggestive that the base part is portion common 
to a programming language constructs (or language encoded form) to which non-common or 
differential parts of the encoded file can be added to for composing a compressed programming 
language file. 

Similar to identifying a common repeated strings (Note: encoded representation of a high 
level source file amounts to alpha numerical strings) and appending the rest of the sequences to 
this common group as mentioned above with Unger' s run-length encoding and Porter's 
base/delta teaching, another technique by Ainon discloses a common ancestor/family group 
based on a family of word type (see pg. 419-420), which is equivalent to a containing scope or a 
namespace or a object-oriented package. Based on the understanding that 00 programming 
language objects like C++, Java as taught by Porter necessarily contain a class or a ancestor 
object from which subclass or objects can be derived as extensions to those common 
class/package, the teaching by Ainon emphasizes on a container object ( or ancestor object) 
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common to some different ial/extension elements of a language that can be appended to form the 
compressed form as suggested by Porter/Unger base/delta scheme. It would have been obvious 
for one of ordinary skill in the art at the time the invention was made to implement the 
compression by Unger or Porter using a base group, or base symbol as claimed, identified as an 
ancestor or family of word type, i.e. a container object or a ancestor package, as taught by Ainon, 
because since Unger or Porter discloses compression based on identifying common and repeated 
dictionary/symbol structures or language sequences, using the criteria of identifying common 
atomic elements based on family or ancestor of word type as taught by Ainon would also be a 
form of alleviating repeats as mentioned above, particularly if the source files to compress are 
object-oriented language constructs as by Porter as mentioned above, thus allow providing a 
compressed form founded on a base object and a delta object as set forth above. 

As per claim 4, Unger discloses encoding an encoded program symbol name in the 
compiler information ( Fig. 8; col. 8. lines 45-52; col. 4, lines 25-55) with an encoded format but 
does not explicitly specify identifying an encoded program symbol name that is encoded in an 
extended format encoding. But the fact of encoding by Unger, i.e. applying additional structure 
or code to hide the original atomic element of sequence of characters, text or token so to encode 
a source string or stream implicitly discloses extended format of such original source of data or 
characters otherwise encoding is no longer encoding because it exposes the very format of the 
original source data. 

Unger does not explicitly disclose determining a differential encoding for the encoded 
symbol name relative to a base symbol, the differential encoding having reduced-size format as 
compared to the extended format; nor replacing the extended format encoding for the symbol 
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name with the differential encoding. The fact of compacting the base group or common group 
under some special structure leaving out the other encoded portions has been addressed in claim 
1, hence the limitation as to determining a differential encoding relative to a base symbol, 
replacing said extended format encoding with the differential encoding, such differential 
encoding being smaller with respect to the original extended format would have been also 
obvious in light of the rationale as set forth in claim 1 above. 

As per claims 5 and 6, Unger discloses determining an encoded program symbol name 
identifier (e.g. token - col. 8, line 54 to col. 9, line 14; token range - Fig. 9); and attaching such 
identifier to the encoding (Fig. 8; token numbers — col .9, lines 39-54; steps 210,212 - Fig. 8 - 
Note: a string of tokens being identifiable by some integer reads on encoded program symbol 
name identifier). However, Unger does not disclose if an augmented differential encoding is 
needed, attaching a encoded program symbol name identifier to the differential encoding; nor 
does Unger teach that such identifier is a base symbol name. But these limitations have been 
addressed for obviousness in claim 1 above ( with Ainon and Storer's teachings) and are herein 
rejected for the same rationale therein because identifying a common group, or a base group 
identified by some structure, to factor out is equivalent to determining whether a augmented 
differential encoding is needed and attaching the differential encoding to such common base type 
identifier and attaching thereto the differential encoding as suggested by Ainon and Storer. 

As per claim 7, Unger discloses that the source program to compile is HTML material 
such as HTML, XML, SGML files (e.g. col. 5, lines 1-12); but does not specify that the source 
program is a programming language written in C++, Java, Pascal, or Fortran. Porter, in a method 
to compress application code using tokenized source data and symbol storage and web page for 
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source file (e.g. col. 2, line 21-34) as mentioned above, discloses applying compression to Java 
program source code (e.g. col. 4, lines 6-24; Figs. 1-3). It would have been obvious for one of 
ordinary skill in the art at the time the invention was made to use a source program written in 
Java as taught by Porter and submit it to the compression process used by Unger because Java 
language programming and its products are well-known for their portability and platform 
independency as well as support of many browser applications and material, i.e. HTML, XML 
applications just as suggested in Unger' s invention, and for the reasons according to the rationale 
as set forth in claim 1 . 

As per claim 8, Unger discloses parsing and compressing browser documents but Porter 
from above discloses compressing of program code using tokenized process analogous to Unger. 
In view of the rationale in claim 1 using Porter's teachings for addressing the program code 
symbols parsing, the limitation as to compress an object code file would also have been obvious 
herein because one ordinary skill in the art would be motivated to combine using the browser 
compiler/parsing schemes by Unger and enhance those with capabilities to parse program code 
and compress such code as taught by Porter in order to yield compressed version of such parsed 
program as intended by Unger, because object code delivery in compressed form would facilitate 
distribution and storage resources saving; and for the reasons according to the rationale as set 
forth in claim 1. 

As per claim 10, Unger discloses a method for generating uncompressed symbol names 
being associated (col. 9, lines 5-30; col. 10, lines 23-39) with compiler information, said method 
comprising: 
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receiving a source program including one or more program symbols and non-program 
information (e.g. .g. vocabulary word, token - col. 9, lines 5-30; numeric string, currency 
symbols - col. 10, lines 23-39; steps 212-214, 222 - Fig. 8) 

identifying a compressed encoded symbol name being associated with compiler 
information ( token, words, strings - col. 16, lines 8-17; Fig. 5 - Note: token is compiler 
information and symbol formatted inside a HTTP protocol is equivalent to being encoded under 
such HTML format or HTTP protocol); 

obtaining information relating to the compressed symbol name ( e.g. dictionaries - col. 
38-55); and 

decompressing the compressed encoded symbol name to obtain an encoded symbol name 
in a uncompressed form (e.g. col. 15, line 60 to col. 16, line 7). 

Unger does not disclose program symbol names in a differential format and extracting a 
differential symbol and a reference to a base symbol. The limitation to encode a differential 
form of an encoded source file and determining which encoded form is a base symbol has been 
addressed in claim 1 using the base/delta teaching by Porter combined with the run-length 
encoding by Unger. 

However, Unger does not explicitly teach that the base symbol is a containing scope 
being one of: a namespace, a package, a module, a container object or a function. The concept of 
providing compressed source file having containing scope such as a namespace or a container 
scope of a programming language has been mentioned via Porter's compression of programming 
language source files in claim 1 ; and combined with the ancestor container by Ainon this 
limitation would have been obvious if source files to compress using Unger encoding scheme is 
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enhanced with the base/delta by Porter wherein a portion common to a programming language 
constructs (or language encoded form) is isolated so that non-common or differential parts of the 
encoded file can be added to for composing a compressed programming language file ( refer to 
rationale of claim 1). 

As per claim 12, Unger discloses Run-Length encoding which implicitly teaches a 
combination of small variations and a grouping of repeated elements, hence has suggested a 
container for grouping the repeated elements in the sequence. Further, Porter teaches base/delta 
format and Ainon teaches a base type group based on dictionary families of words ( see claim 1); 
hence the combination of Unger in view of Ainon/Porter would render this container limitation 
obvious in light of the rationale as set forth in claim 1. 

As per claim 14, with respect to claim 13 ( see below), Unger discloses using encoding 
technique to reduce size of the enhanced compiler product (Unger: Huffman — col. 8. lines 45- 
52; run-length - col. 1 1, lines 38-44); but does not specify that such reduction is up to 40 percent 
of sizes of conventional compiler products. Ainon, in a analogous method to compress data 
based on dictionary of words using a family type to form a base group as disclosed in claim 1, 
discloses a better ratio result up to 40% to conventional methods ( Table 2 pg. 420 - Two-byte- 
word 2. 0 and Huffman 7.9). It would have been obvious for one of ordinary skill in the art at the 
time the invention was made to implement the compressing and encoding by Ainon to the 
Huffman's technique by Unger because targeting and achieving up to 40% in size reduction 
would better preserve storage resources as intended in Unger' s compression technique. 
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As per claim 16, this is a computer-readable medium claim corresponding to claim 1 
above, including all the limitations therein, hence is rejected herein for the same reasons as set 
forth therein. 

As per claim 19, this is a computer-readable medium claim corresponding to claim 4 
above, including all the limitations therein, hence is rejected herein for the same reasons as set 
forth therein. 

As per claim 21, Unger discloses a computer-readable medium including a computer 
program encoded program symbol names in a uncompressed from and associated with compiler 
information, said computer medium comprising the corresponding limitations of claim 10 above. 
Hence the claim is rejected herein for the same reasons as set forth therein. 

As per claim 22, this claim includes the base program symbol being a container and 
corresponds to claim 12; hence is rejected with the rejection as set forth therein. 
4. Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over Unger et al, 
USPN: 5,991,713 (hereinafter Unger), in view of Porter et al., USPN: 6,163, 811, (hereinafter 
Porter) 

As per claim 13, Unger discloses a compilation system suitable for compiling source 
programs, said compilation system comprising: 

an enhanced compiler suitable for generation of enhanced compiler products (products 
54-62 - Fig. 7 ), such compiler being operable to compile a source program having at least one 
program symbol name to produce the enhanced compiler products, such products having a 
reduced size in comparison with conventional compiler products (e.g. col. 1, line 47 to col. 2, 
line 39; steps 210, 212, 213, 218 - Fig. 8); and 
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at least one enhanced non-compiler component operable to understand and utilize the 
enhanced compiler products (e.g. proxy- col. 14, lines 14-58 - Note: decompressing compressed 
data is equivalent to parsing and making use of compressed compiler products). 

But Unger does not explicitly specify that the source program has at least one compressed 
encoded program symbol name, nor does Unger explicitly disclose including one or more 
differential names corresponding to a program symbol names. But this encoded symbol with 
differential symbols of a source file being formed with a base symbol has been addressed using 
the programming language compression by Porter teaching a base/delta in conjunction with 
suggestion by Unger in Run-Length encoding in claim 1. 

5. Claims 9 and 20 are rejected under 35 U.S. C. 103(a) as being unpatentable over Unger et 
al, USPN: 5,991,713, in view of Porter et al., USPN: 6,163, 81 1; and Ainon, "Storing text using 
integer codes", 1986, Proceedings of the 11th conference on Computational linguistics^ as 
applied to claims 1, 16 and further in view of (no author) G06F01 1/28 by Derwent 1998-236084, 
JP Pub N: JP 10074152A ( hereinafter JP-DW-1998). 

As per claim 9, Unger ( with Ainon and Porter teachings) teaches an enhanced 
compressed compiler product, but fails to specify including therein an object file, an executable 
or a debugging information. Further, Porter discloses applying compression to Java program 
source code (e.g. col. 4, lines 6-24; Figs. 1-3), hence has suggested a program object code as 
mentioned in claim 8. Further, JP-DW-1998, in a debug system for compressing code as 
mentioned in claim 8 above, discloses compressing both the debug information and executable 
code in the deliverable that is to be loaded on the target computer (JP-DW-1998: see front page 
and ABSTRACT). In view of the rationale in claim 8 to combine Unger teachings with Porter's 
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for providing object file code, it would also be obvious for one of ordinary skill in the art at the 
time the invention was made to further include executable code and debug information in the 
compressed product as taught by JP-DW-1998 in order to enhance the utilization of the 
compressed code delivered as suggested by Porter ( in combination with Unger) as to facilitate 
the debugging and additional memory usage as suggested by JP-DW-1998. 

As per claim 20, this claim includes the same limitations as claim 15 above, hence is 
rejected herein for the same reasons as set forth therein. 

6. Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over Unger et al, 
USPN: 5,991,713, in view of Porter et al., USPN: 6,163, 81 1; as applied to claim 13; and further 
in view of (no author) G06F01 1/28 by Derwent 1998-236084, JP Pub N: JP 10074152A. 

As per claim 15, this claim includes the same limitations as claims 8 and 9 above, hence 
is rejected herein for the same reasons as set forth therein. 

Response to Arguments 

7. Applicant's arguments filed 1/13/2005 have been fully considered but they are not 
persuasive. Following are the Examiner's pertinent remarks. 

Rejections 35 USC §103(a): 
(A) Applicant has submitted that Unger's dictionaries symbols are mere text and thus do not 
teach a 'containing scope' ( Appl. Rmrks, pg. 7, bottom, pg. 8, top). The claim specifies an 
encoded form of a source file being compressed; and the rejection using Unger mentions about 
encoding of source files the like of which implicate Huffman encoding or Run-Length encoding. 
Since it is the encoded format that is studied from the claim so as to detect what is a common 
pattern or base symbol in order for a differential encoding to be created based on such 
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determination, the object of such determination (i.e. base container or differential parts) clearly 
points to a sequence of alpha-numerical atomic elements, such elements being the result of 
encoding, i.e. not the original raw text elements. When Unger' s tokens from parsing a source 
code are analyzed, or when browser files are packed using the above encoding scheme, those 
same alpha-numeric sequences would be analyzed and appropriate determination based upon 
repeated patterns of those atomic elements are effected according to a compression algorithm of 
choice ( Huffman or Run-Length). The claims recites encoded forms being compressed; and 
since encoded form implies some alpha-numerical representation as recognized via the parsing or 
token representation or pre-compression encoding as taught by Unger, the compression by Unger 
necessarily applies to this form of encoded format of strings, i.e. after the textual original 
dictionary words are encoded ( see Unger: col. 9, lines 46-50), hence not the original textual 
content. Whether patterns to be extracted as a base to which differential parts can be added are 
patterns from raw strings of Is and 0s or from alpha-numeric sequences, the purpose is to find 
when such patterns can be replaced so to obviate storage resources; and compressing mostly is 
based on such replacement concept. Even if a target sequence is a only binary string or encoded 
alpha-numeric or even raw text elements, the compression technique is aiming at this same 
purpose of not storing repeated elements; and studying the alpha-numeric sequence to effect this 
methodology is what the invention and Unger is trying to accomplish. Besides, the rejection 
now uses Porter for providing additionally source files such as Java or C++ to be target for 
compression and distribution. Since distributed programs are for usage by the recipient, most 
form being compressed and sent to these recipient are necessarily low level form ( i.e. encoded) 
and not textual format of code in regard to which it is recognized that the recipient of the 
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transmitted programming code have virtually no use for. The motivation as to send a encoded 
and compressed program or application files as taught by Unger so that those compressed files 
are Java encoded files would have been obvious in view of the rationale as set forth in the 
rejection. 

(B) Applicants have submitted that Ainon does not disclose a containing scope nor does 
Ainon teach a reduced-size format of differential name (Appl. Rmrks, pg. 7, bottom, pg. 8, 
middle). The differential form is a form interpreted as being detected as different from the 
common pattern as mentioned above; hence when it is encoded and being incorporated as a 
differential element of the final compressed form, this differential form is reduced in size. And 
from Unger to Porter, to Ainon, this form of reducing the size by providing a differential form 
being thus reduced by appending it to a common container is disclosed because as soon as a 
differential form is determined based on the base container, the end result is a reduced form. The 
claim is not specific in describing further what this limitation such as 'have a reduced-size 
format' really consists of so as to distinguish it from what has been applied from the reference. 
The claim seems unclear about this reduced size encoded differential symbol and do not provide 
enough teaching as to what exactly what this 'containing scope' amounts to. Broad and 
reasonable interpretation has been used and common practiced methodologies behind the use of 
Porter delta encoding or Unger' s technique of compression have been applied when interpreting 
compression techniques in conjunction with what is recited as 'differential name' or 'container 
scope 5 . 

In short, the arguments are not persuasive and the rejections stand. 

Conclusion 
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8. 



Any inquiry concerning this communication or earlier communications from the 



examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571)272-3719. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 703-872-9306 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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